The .information n^^gement and database system of present invention 

comprises a flex:^», self-referential table that ^^res data. The table 
of the present in^ntion may store any type of da^^ both structured and 
unstructured, and provides an interface to other application programs. 
The table of the present invention comprises a plurality of rows and 
columns. Each row has an object identification number (OID) and each 
column also has an OID. A row corresponds to a record and a column 
corresponds to a field such that the intersection of a row and a column 
comprises a cell that may contain data for a particular record related to 
a particular field, a cell may also point to another record. To enhance 
searching and to provide for synchronization between columns, columns are 
entered as rows in the table and the record corresponding to a column 
contains various information about the column. The table includes an 
index structure for extended queries. 
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TITLE: Multiple address space token designation, protection 

controls, designation translation and lookaside 

ABSTRACT: 

A method and apparatus is provided to translate the contents of access 
registers into information for use in performing addressing functions for 
multiple virtual address spaces. The access registers represent the full 
addressing capability of the system but do not directly contain the 
addressing information. The system has a plurality of general purpose 
registers, a plurality of access registers associated with the general 
registers, an access list having access list entries which is addressed 
by the contents of the access register, memory storage for holding 
address space number second table entries (ASTE) , where the contents of 
the access list entry locate the ASTE and where the ASTE contains the 
addressing information needed to translate a virtual address when 
combined with the contents of a general purpose register. Access register 
translation (ART) consists of the process of determining addressing 
information by using the access list entry and the ASTE. The results of 
the FiRT process are stored in an ART lookaside buffer (ALB) which stores 
the results of ART while valid for later use. 
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TITLE: System for converting programs and databases to correct 

year 2000 processing errors 

ABSTRACT : 

A method for processing or modifying programs and databases containing 
abbreviated date fields to achieve year 2000 compliancy includes 
examining an original database to ascertain the location of date 
fields, creating a supplementary PALM file that includes fully 
expanded date fields representative of corresponding date fields 
in the original database and modifying instructions or modules of the 
original program to access the PALM file for date information instead of 
the original database. The PALM file contains fully expanded date 
representations of abbreviated date fields of the original database. 
The PALM file also includes record identifiers and field 
identifiers to enable the modified program to access the required 
date information. Portions of the program requiring modification are 
identified by scanning for keywords that are generated from an 
examination of the database and/or from field layout definitions. The 
program is also examined for related keyword constructs or redefinitions 
found in the program itself. When converted, the modified program 
accesses the PALM file for date processing and accesses the original 
database for other processing steps. The method enables a computational 
system to determine the periods between dates in a non-ambiguous manner 
and yet advantageously uses the original database to retain system 
compatibility. 
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TITLE: Database system with methodology for storing a database 

table by vertically partitioning all columns of the 

table 

ABSTRACT: 

A Client/Server Database System with improved methods for performing 
database queries, particularly DSS-type queries, is described. The system 
includes one or more Clients (e.g.. Terminals or PCs) connected via a 
Network to a Server. In general operation, Clients store data in and 
retrieve data from one or more database tables resident on the Server by 
submitting SQL commands, some of which specify "queries" — criteria for 
selecting particular records of a table. The system implements methods 
for storing data vertically (i.e., by column), instead of 
horizontally (i.e., by row) as is traditionally done. Each colvunn 
comprises a plurality of "cells" (i.e., coliimn value for a record), 
which are arranged on a data page in a contiguous fashion. By storing 
data in a col\imn-wise basis, the system can process a DSS query by 
bringing in only those coluinns of data which are of interest. Instead 
of retrieving row-based data pages consisting of information which is 
largely not of interest to a query, column-based pages can be 
retrieved consisting of information which, is mostly, if not completely, 
of interest to the query. The retrieval itself can be done using 
more-efficient large block I/O transfers. The system includes data 
compression which is provided at the level of Cache or Buffer Managers, 
thus providing on-the-fly data compression in a manner which is 
transparent to each object. Since vertical storage of data leads to high 
repetition on a given data page, the system provides improved 
compression/decompression . 
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TITLE: P^^ram generating method combining^^ta item part with 

^^^abase manipulation part 

ABSTRACT: 

Data item parts and database manipulation parts are prepared in advance, 
and a business transaction program is generated by combining the data 
item parts and the database manipulation parts in accordance with a 
business transaction specification. The data item part includes a data 
unit and a procedure unit, which is provided for each data item to be 
processed by the business transaction program, the data unit storing data 
to be processed, and the procedure unit storing procedure information 
defining the process contents of the data to be processed. The database 
manipulation part includes a data unit and a procedure unit, which is 
provided for each table of a database for storing data to be processed by 
the business transaction program, the procedure unit storing procedure 
information defining database manipulation, the database manipulation 
including addition, update, deletion, search, or the like of a database 
record, the data unit storing data of the database record and a pointer 
to the data item part for processing the data in the database record. 
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TITLE: Method and apparatus for logical data access to a physical 

relational database 



ABSTRACT : 

Logical Data Access to the physical structure of a relational database is 
provided for one or more Applications. Applications are developed using 
the logical entity types and logical entity type attribute names as 
described in a logical data model. The Applications then use a Logical 
Data Access Interface to access each of the required physical relational 
database tables via the Logical Data Access Layer. Applications then use 
logical entity type and logical entity type attribute names as 
specified in the Logical Data Model in making Logical Data Requests to 
the Logical Data Access Layer. The Logical Data Access Layer provides a 
rich set of functions for allowing an Application to control and manage a 
database, build and execute database queries and interface with physical 
database. The Logical Data Access Layer determines which of the physical 
tables and associated columns are required to satisfy the Application 
request and then builds one or more database query statements containing 
the appropriate physical table and column names. 
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TITLE: Method and apparatus for improved information storage and 

retrieval system 

ABSTRACT : 

The information management and database system of the present invention 
comprises a flexible, self-referential table that stores data. The table 
of the present invention may store any type of data, both structured and 
unstructured, and provides an interface to other application programs. 
The table of the present invention comprises a plurality of rows and 
columns. Each row has an object identification number (OID) 
and each column also has an OID. A row corresponds to a record 
and a coliunn corresponds to a field such that the intersection of 
a row and a colunm comprises a cell that may contain data for a 
particular record related to a particular field, a cell may also 
point to another record. To enhance searching and to provide for 
synchronization between columns, colxamns are entered as rows 
in the table and the record corresponding to a column contains 
various information about the column. The table includes an index 
structure for extended queries. 
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TITLE: 



LQ||kcal schema to allow access to a^|elational database 
^^fthout using knowledge of the d^^^ase structure 



ABSTRACT : 

Logical schemas are used to allow an end user the ability to access and 
manipulate relational database data without knowledge of the structure of 
the relational database. A logical schema is first created specifying 
which tables are available to an end user, and the relationships between 
columns of those tables. The logical schema defines a structure for 
the data fields having a master level and a plurality of detail 
levels. An end user may manipulate the logical schema using a graphical 
interface to build customized forms, reports, and queries. An end user is 
not required to be familiar with a database query language, such as SQL, 
or the structure of the relational database. 
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TITLE: System for interactive clause window construction of SQL 

queries 

ABSTRACT: 

A method and system for viewing information stored in one or more 
rows and columns in a database. The system having a logical 
progression of choosing a column, determining conditions for a 
row to be included in a panel, specifying a column to be used as 
a base to group rows in a panel and a display for viewing the 
information . 
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TITLE: Method and apparatus for logical data access to a physical 

relational database 

ABSTRACT : 

Logical Data Access to the physical structure of a relational database is 
provided for one or more Applications. Applications are developed using 
the logical entity types and logical entity type attribute names as 
described in a logical data model. The Applications then use a Logical 
Data Access Interface to access each of the required physical relational 
database tables via the Logical Data Access Layer. Applications then use 
logical entity type and logical entity type attribute names as specified 
in the Logical Data Model in making Logical Data Requests to the Logical 
Data Access Layer. The Logical Data Access Layer provides a rich set of 
functions for allowing an Application to control and manage a database, 
build and execute database queries and interface with physical database. 
The Logical Data Access Layer determines which of the physical tables and 
associated columns are required to satisfy the Application request and 
then builds one or more database query statements containing the 
appropriate physical table and column names. 
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TITLE: Method and apparatus for improved information storage and 

retrieval system 

ABSTRACT: 
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